Finding ID | Version | Rule ID | IA Controls | Severity |
---|---|---|---|---|
V-261868 | CD16-00-001200 | SV-261868r1000609_rule | Medium |
Description |
---|
Information system auditing capability is critical for accurate forensic analysis. Without establishing where events occurred, it is impossible to establish, correlate, and investigate the events relating to an incident. In order to compile an accurate risk assessment and provide forensic analysis, it is essential for security personnel to know where events occurred, such as application components, modules, session identifiers, filenames, host names, and functionality. Associating information about where the event occurred within the application provides a means of investigating an attack; recognizing resource utilization or capacity thresholds; or identifying an improperly configured application. |
STIG | Date |
---|---|
Crunchy Data Postgres 16 Security Technical Implementation Guide | 2024-06-17 |
Check Text ( C-65722r1000607_chk ) |
---|
As the database administrator (shown here as "postgres"), check the current log_line_prefix setting by running the following SQL: $ sudo su - postgres $ psql -c "SHOW log_line_prefix" If log_line_prefix does not contain "%m %u %d %s", this is a finding. |
Fix Text (F-65630r1000608_fix) |
---|
$ sudo su - postgres $ vi ${PGDATA?}/postgresql.conf Extra parameters can be added to the setting log_line_prefix to log application related information: # %a = application name # %u = user name # %d = database name # %r = remote host and port # %p = process ID # %m = timestamp with milliseconds # %i = command tag # %s = session startup # %e = SQL state For example: log_line_prefix = '< %m %a %u %d %r %p %i %e %s>' As the system administrator, reload the server with the new configuration: $ sudo systemctl reload postgresql-${PGVER?} |